Systems and methods for facilitating purchase offer selection across multiple online sales platforms

ABSTRACT

Systems and methods for facilitating purchase offer selection across multiple online sales platforms are disclosed. Exemplary implementations may: obtain first information defining a first sales listing of a particular virtual item on a first online sales platform; obtain second information defining a second sales listing of the particular virtual item on a second online sales platform; receive at least two indications of offers to purchase the particular virtual item; obtain information that represents at least one sales characteristic by which the offers to purchase the particular virtual item are to be ranked according to desirability; determine and compare a first metric value for the first offer and a second metric value for the second offer; and determine an accepted offer that is accepted based on the comparison.

FIELD OF THE DISCLOSURE

The present disclosure relates to systems and methods for facilitatingpurchase offer selection across multiple online sales platforms, foroffers to purchase virtual items, the virtual items being useable withinan online game.

BACKGROUND

Selling and buying virtual items that are usable within an online gameis known. Selling and buying objects on an online sales platform isknown.

SUMMARY

One aspect of the present disclosure relates to a system configured forfacilitating purchase offer selection across multiple online salesplatforms, for offers to purchase virtual items, the virtual items beinguseable within an online game. The system may include one or morehardware processors configured by machine-readable instructions. Theprocessor(s) may be configured to manage user accounts for users in theonline game. Individual user accounts may be associated with individualusers. The individual user accounts may include individual userinventories of virtual items that are usable within the online game bythe associated users. The users may include a selling user associatedwith a selling user account and a buying user associated with a buyinguser account. The selling user account may include a selling userinventory of one or more virtual items that are usable by the sellinguser within the online game. The processor(s) may be configured toobtain first information defining a first sales listing of a particularvirtual item on a first online sales platform. The first online salesplatform may be configured to allow buyers to make purchases using afiat currency. The first information further defines first pricinginformation for prospective buying users and first descriptiveinformation that describes the particular virtual item offered for salefor the first sales listing. The processor(s) may be configured toobtain second information defining a second sales listing of theparticular virtual item on a second online sales platform. The secondonline sales platform may be configured to allow buyers to makepurchases using a cryptocurrency. The second information further definessecond pricing information for prospective buying users and seconddescriptive information that describes the particular virtual itemoffered for sale for the second sales listing. The processor(s) may beconfigured to receive at least two indications of offers to purchase theparticular virtual item. The at least two indications of the offers mayinclude a first indication of a first offer received through the firstonline sales platform from a first prospective buying user and a secondindication of a second offer received through the second online salesplatform from a second prospective buying user. The processor(s) may beconfigured to obtain information that represents at least one salescharacteristic by which the offers to purchase the particular virtualitem are to be ranked according to desirability. The processor(s) may beconfigured to determine, for the first offer, a first metric value of anoffer desirability metric that quantifies desirability of offers topurchase the particular virtual item. The first metric value may bedetermined in accordance with the at least one sales characteristic. Theprocessor(s) may be configured to determine, for the second offer, asecond metric value of the offer desirability metric. The second metricvalue may be determined in accordance with the at least one salescharacteristic. The processor(s) may be configured to compare the firstmetric value with the second metric value. The processor(s) may beconfigured to determine an accepted offer that is accepted. The acceptedoffer may be based on the comparison of the first metric value with thesecond metric value. The accepted offer may be either the first offer orthe second offer. The processor(s) may be configured to effectuatetransmissions of notifications to the first prospective buying user andthe second prospective buying user that represent whether theirrespective offers have been accepted. The processor(s) may be configuredto receive an amount of consideration from the buying user. The buyinguser account may include a buying user inventory. The processor(s) maybe configured to effectuate assignment of the ownership of theparticular virtual item to the buying user account, such that theparticular virtual item is included in the buying user inventory. Theprocessor(s) may be configured to transfer at least a portion of theamount of consideration received from the buying user to the sellinguser account.

Another aspect of the present disclosure relates to a method forfacilitating purchase offer selection across multiple online salesplatforms, for offers to purchase virtual items, the virtual items beinguseable within an online game. The method may include managing useraccounts for users in the online game. Individual user accounts may beassociated with individual users. The individual user accounts mayinclude individual user inventories of virtual items that are usablewithin the online game by the associated users. The users may include aselling user associated with a selling user account and a buying userassociated with a buying user account. The selling user account mayinclude a selling user inventory of one or more virtual items that areusable by the selling user within the online game. The method mayinclude obtaining first information defining a first sales listing of aparticular virtual item on a first online sales platform. The firstonline sales platform may be configured to allow buyers to makepurchases using a fiat currency. The first information further definesfirst pricing information for prospective buying users and firstdescriptive information that describes the particular virtual itemoffered for sale for the first sales listing. The method may includeobtaining second information defining a second sales listing of theparticular virtual item on a second online sales platform. The secondonline sales platform may be configured to allow buyers to makepurchases using a cryptocurrency. The second information further definessecond pricing information for prospective buying users and seconddescriptive information that describes the particular virtual itemoffered for sale for the second sales listing. The method may includereceiving at least two indications of offers to purchase the particularvirtual item. The at least two indications of the offers may include afirst indication of a first offer received through the first onlinesales platform from a first prospective buying user and a secondindication of a second offer received through the second online salesplatform from a second prospective buying user. The method may includeobtaining information that represents at least one sales characteristicby which the offers to purchase the particular virtual item are to beranked according to desirability. The method may include determining,for the first offer, a first metric value of an offer desirabilitymetric that quantifies desirability of offers to purchase the particularvirtual item. The first metric value may be determined in accordancewith the at least one sales characteristic. The method may includedetermining, for the second offer, a second metric value of the offerdesirability metric. The second metric value may be determined inaccordance with the at least one sales characteristic. The method mayinclude comparing the first metric value with the second metric value.The method may include determining an accepted offer that is accepted.The accepted offer may be based on the comparison of the first metricvalue with the second metric value. The accepted offer may be either thefirst offer or the second offer. The method may include effectuatingtransmissions of notifications to the first prospective buying user andthe second prospective buying user that represent whether theirrespective offers have been accepted. The method may include receivingan amount of consideration from the buying user. The buying user accountmay include a buying user inventory. The method may include effectuatingassignment of the ownership of the particular virtual item to the buyinguser account, such that the particular virtual item is included in thebuying user inventory. The method may include transferring at least aportion of the amount of consideration received from the buying user tothe selling user account.

As used herein, any association (or relation, or reflection, orindication, or correspondency) involving servers, processors, clientcomputing platforms, virtual items, users, accounts, inventories,requests, sales, purchases, currencies, sales platforms, listings,publications, presentations, indications, offers, sales characteristics,metrics, metric values, determinations, verifications, notifications,acceptances, assignments, transfers, and/or another entity or objectthat interacts with any part of the system and/or plays a part in theoperation of the system, may be a one-to-one association, a one-to-manyassociation, a many-to-one association, and/or a many-to-manyassociation or N-to-M association (note that N and M may be differentnumbers greater than 1).

As used herein, the term “obtain” (and derivatives thereof) may includeactive and/or passive retrieval, determination, derivation, transfer,upload, download, submission, and/or exchange of information, and/or anycombination thereof. As used herein, the term “effectuate” (andderivatives thereof) may include active and/or passive causation of anyeffect, both local and remote. As used herein, the term “determine” (andderivatives thereof) may include measure, calculate, compute, estimate,approximate, generate, and/or otherwise derive, and/or any combinationthereof.

These and other features, and characteristics of the present technology,as well as the methods of operation and functions of the relatedelements of structure and the combination of parts and economies ofmanufacture, will become more apparent upon consideration of thefollowing description and the appended claims with reference to theaccompanying drawings, all of which form a part of this specification,wherein like reference numerals designate corresponding parts in thevarious figures. It is to be expressly understood, however, that thedrawings are for the purpose of illustration and description only andare not intended as a definition of the limits of the invention. As usedin the specification and in the claims, the singular form of “a”, “an”,and “the” include plural referents unless the context clearly dictatesotherwise.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a system configured for facilitating purchase offerselection across multiple online sales platforms, in accordance with oneor more implementations.

FIG. 2 illustrates a method for facilitating purchase offer selectionacross multiple online sales platforms, in accordance with one or moreimplementations.

FIGS. 3A-3B illustrate exemplary user interfaces that may be used in asystem for facilitating purchase offer selection across multiple onlinesales platforms, in accordance with one or more implementations.

DETAILED DESCRIPTION

FIG. 1 illustrates a system 100 configured for buying and sellingvirtual items through multiple online sales platforms 105, in accordancewith one or more implementations. The virtual items may be useablewithin an online game. For example, the online game may be providedand/or hosted by one or more gaming platforms 103. In someimplementations, system 100 may include one or more servers 102, one ormore processors 140, electronic storage 139, one or more clientcomputing platforms 104, one or more gaming platforms 103, online salesplatforms 105, one or more decentralized databases 135, one or more userinterfaces 137, and/or other components. Server(s) 102 may be configuredto communicate with one or more client computing platforms 104 accordingto a client/server architecture and/or other architectures. Clientcomputing platform(s) 104 may be configured to communicate with otherclient computing platforms via server(s) 102 and/or according to apeer-to-peer architecture and/or other architectures. Users may accesssystem 100 via client computing platform(s) 104.

The users may include one or more selling users, one or more buyingusers, and/or other users. For example, the users may include a firstselling user, a second selling user, a first buying user, a secondbuying user, a first user, a second user, a third user, and so forth. Asused herein, a buying user may be a prospective buying user.

Server(s) 102 may be configured by machine-readable instructions 106.Machine-readable instructions 106 may include one or more instructioncomponents. The instruction components may include computer programcomponents. The instruction components may include one or more ofaccount component 108, sale request component 110, ownership component112, listing component 114, publication component 116, sales informationcomponent 118, winner component 120, sale platform notificationcomponent 122, consideration component 124, buyer component 126, userinput component 128, sharing component 130, selling information requestcomponent 132, buyer request component 134, presentation component 136,desirability component 138, and/or other instruction components.

Account component 108 may be configured to manage user accounts forusers, including but not limited to the users in an online game. In someimplementations, account component 108 may be configured to manage userinventories for users, including but not limited to the users in anonline game. Individual ones of the user accounts may be associated withindividual ones of the users. For example, a selling user account may beassociated with a selling user (also referred to as a seller), a buyinguser account may be associated with a buying user (also referred to as abuyer), a first user account may be associated with a first user, asecond user account may be associated with a second user, and so forth.The individual ones of the user accounts may include individual userinventories of virtual items that are usable within the online game bythe associated users. For example, the selling user account may includea selling user inventory, the buying user account may include a buyinguser inventory, the first user account may include a first userinventory, the second user account may include a second user inventory,and so forth. The virtual items included in an inventory may includevirtual objects, characters, avatars, skills, abilities, virtual and/orother currency, virtual content of the online game, access rights withinthe online game, rights to (future) benefits within the online game,and/or other valuables within the online game. In some implementations,individual user accounts may be specific to a particular online game. Insome implementations, individual user accounts may be managed in thecontext of one or more gaming platforms 103.

In some implementations, account component 108 may be configured tomanage user accounts in one or more online sales platforms 105. In someimplementations, account component 108 may be configured to facilitate alink or connection between user accounts of users within the onlinegame, user accounts within gaming platforms 103, user accounts withinonline sales platforms 105, and/or other user accounts.

Sale request component 110 may be configured to receive requests fromusers, including but not limited to sales requests that indicates userswill be offering for sale particular virtual items from theirinventories through at least two online sales platforms 105simultaneously. In some implementations, a request may involve amodification in the ownership of one or more virtual items. The at leasttwo online sales platforms 105 may include a first online sales platformthat allows buyers to make purchases using a fiat currency. In someimplementations, the at least two online sales platforms 105 may includea second online sales platform that allows buyers to make purchasesusing a cryptocurrency. In some implementations, the at least two onlinesales platforms 105 may include a third online sales platform thatallows buyers to make purchases using a virtual currency. In someimplementations, the at least two online sales platforms 105 may includeother online sales platforms that allows buyers to make purchases usingmultiple currencies and/or combinations or currencies. In someimplementations, the first online sales platform may not allow buyers tomake purchases using a cryptocurrency. In some implementations, thesecond online sales platform may not allow buyers to make purchasesusing a fiat currency. In some implementations, the third online salesplatform may not allow buyers to make purchases using a cryptocurrency.Examples of a fiat currency may include U.S. dollars, euros, Japaneseyen, and/or other currencies. Examples of a cryptocurrency may includeBitcoin, Litecoin, Ether, Ripple, EOS, and/or other currencies. Examplesof a virtual currency may include virtual coins, virtual gems, virtualpoints, and/or other virtual objects. As used herein, auctions may beconsidered a type of sale. In some implementations, the at least twoonline sales platforms 105 may include an online sales platform 105 thatallows buyers to make purchases using a virtual currency, such as anin-game or in-platform currency.

In some implementations, a particular user may offer a virtual item forsale if the particular user owns the virtual item and/or if theparticular owner owns the right to sell the virtual item (or the rightto offer the virtual item for sale). In some implementations, ownershipof virtual items may be established by and/or based on the virtual itemsbeing included in particular inventories. In some implementations,ownership of virtual items may be established by and/or based onassignment of the ownership to particular user accounts and/orinventories. In some implementations, ownership of virtual items may berecorded in a digital ledger, decentralized database, blockchain, and/orother mechanism that includes electronic storage. For example,assignments of the ownership of the particular virtual item may berecorded on decentralized database 135 that stores a registry of assetsand transactions. In some implementations, the assets of decentralizeddatabase 135 may include the particular virtual item. In someimplementations, ownership of the particular virtual item may beassigned, prior to a sale, to the selling user account. This may bereferred to as the seller owning the particular virtual item. In someimplementations, decentralized database 135 may implement a blockchain.

Ownership component 112 may be configured to determine, assign, and/orotherwise modify ownership of virtual items, including but not limitedto virtual items that are usable within one or more online games. Forexample, ownership component 112 may be configured to assign theownership of a particular virtual item to a particular user account. Insome implementations, modifications of ownership may be temporary. Forexample, ownership component 112 may be configured to assign theownership of a particular virtual item temporarily to a holding account.For example, the holding account may be not associated with (and/orotherwise under control of) user accounts such as a selling user accountor a buying user account. In some implementations, the holding accountmay hold virtual items in escrow during transactions between users. Insome implementations, assigning the ownership of the particular virtualitem temporarily to the holding account may be performed such that theselling user is further unable to transfer, sell, and/or otherwise usethe particular virtual item within the online game (e.g., at least whileownership is assigned to the holding account). This may prevent changesto the particular virtual item during a sales transaction. In someimplementations, actions performed by ownership component 112 (e.g.,determinations, assignments, and/or modifications) may be performed inresponse to actions performed by other components of system 100,including but not limited to sale request component 110. In someimplementations, the holding account may be an account on a permissionedblockchain. In some implementations, the holding account may be anaccount of one or more gaming platforms 103. Assignments of theownership of the particular virtual item may be recorded ondecentralized database 135 that stores a registry of assets andtransactions. In some implementations, assigning the ownership of theparticular virtual item temporarily to the holding account may beperformed such that the selling user is henceforth unable to use theparticular virtual item within the online game.

In some implementations, ownership component 112 may be configured toeffectuate a lock or hold on a particular virtual item that is for sale.For example, by placing a lock or hold on the particular virtual item,the particular virtual item may be safeguarded from being modifiedand/or destroyed while being listed for sale.

In some implementations, ownership component 112 may be configured toassign the ownership of a particular virtual item to a buying useraccount, e.g., responsive to receipt of sales information indicating theparticular virtual item has been purchased by a buyer. Subsequent tosuch an assignment, the particular virtual item may be included in abuying user inventory and accessible to be used by the buying userwithin the online game.

In some implementations, ownership component 112 may be configured toassign the ownership of a particular virtual item to the selling useraccount, responsive to receipt of sales information indicating theparticular virtual item has not been purchased. For example, a sellermay have offered the particular virtual item for sale (such that theownership was assigned to a holding account). Responsive to adetermination that the particular virtual item has not been sold (e.g.,not sold within some predetermined time period that has expired),ownership component 112 may be configured to assign the ownership backto the selling user account (e.g., from the holding account).

Listing component 114 may be configured to generate and/or prepare saleslistings of virtual items for publications on online sales platforms105, in particular the at least two online sales platforms 105. In someimplementations, listing component 114 may be configured to obtaininformation regarding and/or defining sales listings. Even when a singleparticular virtual item is intended to be sold (and only sold exactlyonce to exactly one buyer), listing component 114 may generate differentsales listings for publication on different online sales platforms 105;in particular, at least a first sales listing for the first online salesplatform 105, and a second sales listing for the second online salesplatform 105. The first and second sales listings may be published atthe same time (or such that users of both online sales platforms 105 canbe presented with the listings at the same time, simultaneously, and/orotherwise concurrently, through one or more user interfaces). Theindividual sales listings may include pricing information forprospective buying users and descriptive information that describes theparticular virtual item. Generating the sales listings of a particularvirtual item may include converting price information (e.g., as includedin the sales request) to another currency, including but not limited toa fiat currency, a cryptocurrency, a virtual currency, and/or othercurrencies. In some implementations, a sales listing may includemultiple required fields and one or more optional fields or other unitsof relevant information. In some implementations, one or more fields maybe filled automatically, e.g., by listing component 114, based oninformation received by sale request component 110. In someimplementations, a seller may be prompted to provide and/or confirminformation for one or more fields such that generation of a particularsales listing may be completed, e.g., through selling informationrequest component 132. The sales listings for a particular virtual itemmay include a first sales listing for the first online sales platform105, a second sales listing for the second online sales platform 105,and/or other sales listings for other online sales platforms 105. Insome implementations, publication of a particular sales listing mayeffectuate an auction having a limited duration. In someimplementations, an auction may support the use of a target price suchthat the first offer that meets the target price may be accepted (or maybe considered for being accepted by winner component 120), regardless ofwhether the limited duration has expired. In some implementations, anauction may accept offers for the entirety of the limited duration.

Publication component 116 may be configured to effectuate publicationsof sales listings on online sales platform 105. In some implementations,a particular sales listing may be published for a limited duration. Forexample, an auction may have a limited duration. In someimplementations, a particular online sales platform 105 may support anApplication Programming Interface (API) for the publication of saleslistings. In some implementations, one or more online sales platforms105 may be external to gaming platform 103 and/or system 100. Forexample, in some implementations, online sales platforms 105 may includeone or more of eBay™, Amazon™, Etsy™, and/or another platform thatsupports online sales transactions. In some implementations, publicationcomponent 116 may be configured to effectuate the publications of thesales listings of the particular virtual item on the at least two onlinesales platforms 105, in accordance with a received sales request. Forexample, in some implementations, a seller may select on which of theavailable online sales platforms 105 a particular virtual item will beoffered for sale. For example, publication component 116 may beconfigured to effectuate a first publication of a first sales listingfor a particular virtual item on a first online sales platform 105.Additionally, and/or at the same time (or such that users of both onlinesales platforms 105 can be presented with the listings at the same time,simultaneously, and/or otherwise concurrently, through one or more userinterfaces), publication component 116 may be configured to effectuate asecond publication of a second sales listing for the same particularvirtual item on a second online sales platform 105. In someimplementations, publications of sales listings may be effectuatedsubsequent to a verification whether the selling user has ownership ofthe particular virtual item.

Presentation component 136 may be configured to effectuate presentationsto users. In some implementations, the presentations may include userinterfaces 137. In some implementations, the presentations may bepresented within or through user interfaces 137. In someimplementations, the presentations may be presented within one or moregaming platforms 103 and/or one or more online sales platforms 105. Forexample, a particular presentation to a buying user (or a user who is aprospective buyer) may include representations of one or more saleslistings, e.g., as published by publication component 116. In someimplementations, the particular presentation to the buying user mayinclude representations of a first sales listing for a particularvirtual item and a second sales listing for the same particular virtualitem. In some implementations, the particular presentation may be madein a manner that indicates the first sales listing and the second saleslisting pertain to the same particular virtual item. For example, arepresentation of the first sales listing may be accompanied by aparticular shape, object, color, outline, graphical effect, and/or othervisual indication that notifies and/or alerts the buying user that thesame particular virtual item is also (concurrently) for sale through adifferent sales listing and/or through a different online sales platform105. In some implementations, multiple concurrent sales listings for thesame particular virtual item may be presented at the same time in thesame user interface 137. In some implementations, the visual indicationdescribed herein may include an action button and/or other graphicaluser interface element that, upon being engaged and/or manipulated by auser, effectuates the presentation of additional information to the userregarding additional sales listings for the same particular virtualitem.

Sales information component 118 may be configured to receive informationfrom online sales platforms 105, including but not limited to salesinformation. In some implementations, sales information may includeindications of offers and/or attempts to purchase particular virtualitems. In some implementations, sales information may include at leasttwo indications of offers and/or attempts to purchase a particularvirtual item, from different prospective buyers. In someimplementations, sales information may indicate whether a particularsales listing has received a bid and/or other offer. In someimplementations, sales information from online sales platform 105pertaining to a particular sales listing may be received upon expirationof a limited duration that is associated with the particular saleslisting. In some implementations, the indications of the offers mayinclude a first indication of a first offer received through firstonline sales platform 105, a second indication of a second offerreceived through second online sales platform 105, and/or otherindications. In some implementations, sales information may betime-stamped, e.g., according to the moment of receipt by salesinformation component 118, the moment online sales platforms 105 werenotified and/or otherwise alerted by prospective buyers, and/or otherparticular moments in time. In some implementations, time stamps mayallow sales information and/or offers from different prospective buyersto be organized in chronological order.

In some implementations, sales information component 118 may beconfigured to obtain and/or determine information that represents one ormore sales characteristics. In some implementations, salescharacteristics may pertain to offers and/or attempts to purchasevirtual items. In some implementations, sales characteristics maypertain to prospective transactions between buyers, sellers, and/orthird parties. As used herein, a third party is any party besidessellers, buyers, and system 100, including but not limited to onlinesales platforms 105, gaming platforms 103, entities that levy and/orcharge a tax, duty, fee or surcharge for transactions between buyers andsellers, or for ownership of virtual items, and/or other entities. Forexample, the one or more sales characteristics may be characteristics bywhich the offers to purchase a particular virtual item are to be rankedaccording to desirability.

In some implementations, a sales characteristic may be the total cost toa buying user (including any fees the buying user is or would beresponsible for) for a particular purchase of a particular virtual item.In some implementations, a sales characteristic may be the revenue for aselling user (excluding any fees the selling user is or would beresponsible for) for a particular sale of a particular virtual item. Insome implementations, a sales characteristic may be the revenue forsystem 100 (excluding any fees system 100 is or would be responsiblefor) for a particular purchase of a particular virtual item. In someimplementations, a sales characteristic may be the profit for system 100(e.g., the revenue minus any fees system 100 is or would be responsiblefor) for a particular purchase of a particular virtual item. In someimplementations, a sales characteristic may be the third-party feesassociated with a particular purchase of a particular virtual item. Byway of non-limiting example, third-party fees may include taxes, duties,fees or surcharges associated with the particular purchase. In someimplementations, third-party fees may include fees for currencyexchanges.

In some implementations, a sales characteristic may be based on multiplecharacteristics, such as, by way of non-limiting example, a ratio, asum, and/or a difference. In some implementations, a salescharacteristic may be (based on) a ratio of total cost to a buying userdivided by third-party fees associated with the buying user purchasing aparticular virtual item. For example, a first buying user may bid and/oroffer a higher purchase price than a second buying user, but due to therespective third-party fees, the offer by the second buying user couldbe favored based on this ratio. In some implementations, a ratio mayeffectively favor efficiency in third-party fees. In someimplementations, a sales characteristic may be (based on) a ratio of theprofit to system 100 divided by third-party fees associated with thebuying user purchasing a particular virtual item. For example, a firstbuying user may bid and/or offer a higher purchase price than a secondbuying user, but due to the respective third-party fees, the offer bythe second buying user could be associated with a higher profit, andthus be favored based on this ratio. In some implementations, a salescharacteristic may be (based on) a sum of the profit to system 100 andthe revenue for the selling user of a particular sale of a particularvirtual item. For example, a first buying user may bid and/or offer ahigher purchase price than a second buying user, but due to, e.g., therespective third-party fees, the offer by the second buying user couldbe favored based on this sum. In some implementations, a sum mayeffectively favor efficiency in third-party fees and/or profitabilityfor multiple stakeholders, including system 100.

In some implementations, system 100 may use multiple different exchangerates and/or fees for currency exchanges. For example, a first exchangerate may be used for a first buying user (or a first type of buyinguser) when calculating and/or otherwise determining one or more salescharacteristics. A second exchange rate may be used (e.g., for the samepurchase and/or transaction) when calculating and/or otherwisedetermining one or more other sales characteristics. For example, afirst exchange rate may be used to determine the revenue for a sellinguser, and a second exchange rate may be used to determine certainthird-party fees system 100 is or would be responsible for. For example,a first exchange rate may be used to determine the total cost for abuying user, and a second exchange rate may be used to determine certainthird-party fees system 100 is or would be responsible for.

Desirability component 138 may be configured to determine metric valuesof offer desirability metrics. In some implementations, desirabilitycomponent 138 may be configured to compare different metric values. Insome implementations, determinations by desirability component 138 maybe based on one or more sales characteristics. For example,determinations may be in accordance with a particular salescharacteristic. For example, desirability component 138 may beconfigured to determine, for a first offer, a first metric value of aparticular offer desirability metric. For example, desirabilitycomponent 138 may be configured to determine, for a second offer, asecond metric value of the particular offer desirability metric. In someimplementations, an offer desirability metric may quantify, represent,and/or otherwise correspond to desirability of offers to purchaseparticular virtual items. In some implementations, determinations bydesirability component 138 may be based at least in part on one or morefactors pertaining to one or more of a ranking of the prospective buyingusers, a rating of the prospective buying users, and a reputation of theprospective buying users. For example, a first offer may include ahigher purchase price than a second offer, but due to the respectivereputations of the prospective buyers, the second metric value(corresponding to the second offer) may represent a more desirable offerthan the first metric value corresponding to the first offer.

Winner component 120 may be configured to determine and/or decide anaccepted offer (e.g., regarding the sale of a particular virtual item)that is accepted. In some implementations, winner component 120 may beconfigured to decide which of the received offers to purchase aparticular virtual item will be accepted, or is intended to be accepted(barring any issues such as non-payment and/or other issues). Theaccepted offer (also referred to as “winning offer”) for a particularvirtual item may be exactly one of the offers to purchase the particularvirtual item. Winner component 120 may be further configured todetermine a buying user that provided the accepted offer. In someimplementations, determinations and/or decisions regarding the acceptedoffer and/or the buying user may be based on one or more factors and/orconsiderations, including but not limited to sales characteristics(e.g., as obtained by sales information component 118),ranking/rating/reputation of prospective buyers, estimated and/oranticipated costs/fees/revenue/profit of prospective purchases to any orall of the pertinent parties in a transaction, chronologicalinformation, metric values of offer desirability metrics (e.g., asdetermined by desirability component 138), and/or other factors andconsiderations. For example, in some implementations, winner component120 may be configured to determine the accepted offer based (at least inpart) on the first offer that meets a certain target price. For example,in some implementations, winner component 120 may be configured todetermine the accepted offer based (at least in part) on the highestoffer received within the limited duration of an auction. For example,in some implementations, winner component 120 may be configured todetermine the accepted offer based (at least in part) on the metricvalues of one or more offer desirability metrics, which may bedetermined in accordance with one or more sales characteristics.

In some implementations, winner component 120 may be configured toperform verifications pertaining to sales activities. For example, averification may verify whether a particular sales request is associatedwith a user and/or a user account. For example, a verification mayverify whether a particular sales request is associated with a useraccount of a user that is allowed to initiate sales transactions. Insome implementations, determining the accepted offer may include averification whether one or more requirements as stipulated by theselling user in the sales request have been met. For example, the one ormore requirements may include geographical restrictions, restrictionsrelated to in-game player statistics, the prospective buyer's spendinghistory (and/or other parameters for the prospective buyer), and/orother restrictions. In some implementations, performance of one or moreverifications may be based on information in the registry that is storedin decentralized database 135. In some implementations, decentralizeddatabase 135 may represent a blockchain, and a particular verificationmay be based on information in the registry that is stored in theblockchain.

Sale platform notification component 122 may be configured to notifyonline sales platforms 105. For example, a notification may indicatewhether particular offers from prospective buyers have been accepted ordenied. In some implementations, one or more online sales platforms 105may remove, modify, deactivate, and/or otherwise change sales listings(and/or publications of sales listings), e.g., subsequent tonotifications whether particular offers have been accepted or denied.

Consideration component 124 may be configured to receive amounts ofconsideration from buying users. Consideration may include fiatcurrency, cryptocurrency, virtual currency, and/or other types ofcurrencies. Consideration component 124 may be configured to transferpayments between different accounts and/or different users, including aselling user account, a buying user account, and/or other user accounts.In some implementations, consideration component 124 may be configuredto convert one or more currencies of a first type into one or morecurrencies of a second type. For example, in some implementations,received currency from the buyer may be converted to a preferredcurrency of the seller. In some implementations, a single prospectivebuyer may make multiple offers to purchase the same particular virtualitem (e.g., through multiple online sales platforms 105) and may providemultiple corresponding amounts of consideration. For example, theparticular consideration for a particular offer to buy that is notaccepted may be returned to the prospective buyer.

In some implementations, consideration component 124 may receivepayments on behalf of buyers, e.g. from one or more online salesplatform 105. In some implementations, consideration component 124 mayreceive payments on behalf of sellers. In some implementations,consideration component 124 may be configured to transfer at least aportion of a sales amount received from a buying user to a selling useraccount. In some implementations, for example in case of a refund,consideration component 124 may be configured to receive at least aportion of the sales amount from the original selling user account. Insome implementations, for example in case of a refund, considerationcomponent 124 may be configured to transfer at least a portion of asales amount to the original buying user account. Considerationcomponent 124 may be configured to share portions of payments with otherstakeholders, including but not limited to online sales platform 105(e.g., a sales service fee or a transaction fee), gaming platform(s)103, an original creator or designer of the sold virtual item, and/orother interested parties.

Buyer component 126 may be configured to identify accounts, includingbut not limited to user accounts of buyers of virtual items. Forexample, buyer component 126 may be configured to identify a buying useraccount of a buying user that has effectuated a purchase of a particularvirtual item through a particular online sales platform 105. In someimplementations, identification may be performed responsive to receiptof sales information indicating a particular virtual item has beenpurchased. The buying user account may include a buying user inventoryof virtual items that are usable by the buying user within the onlinegame. In some implementations, identifying the buying user account ofthe buying user may include generating a redemption code for theparticular virtual item. In some implementations, assigning theownership of the particular virtual item to the buying user account maybe performed responsive to redemption of the redemption code, e.g., bythe buyer. In some implementations, a buyer may have a user account witha particular online sales platform 105 (i.e., at the moment of thepurchase of a particular virtual item), but not with a particular gamingplatform 103. In such a case, buyer component 126 may be configured tofacilitate the creation of a buying user account with a particulargaming platform 103. Once the buying user account is created andsubsequently identified, ownership of a purchased virtual item may beassigned to the buying user account. The particular virtual item thatmay be included in the buying user inventory may be available to be usedby the buying user within the online game.

In some implementations, ownership component 112 may be configured toeffectuate assignment of the ownership of a particular virtual item to aparticular buying user account, such that the particular virtual item isincluded in the particular buying user inventory. In someimplementations, effectuating the assignment of the ownership of theparticular virtual item to the buying user account may include assigningthe ownership from the holding account to the particular buying useraccount.

Sharing component 130 may be configured to transfer at least a portionof the amount of consideration received from the buying user to theselling user account. In some implementations, sharing component 130 maybe configured to share portions of payments with other stakeholders,including but not limited to online sales platform 105 (e.g., a salesservice fee or a transaction fee), gaming platform(s) 103, an originalcreator or designer of the sold virtual item, the game developer ordistributor, and/or other interested parties.

In some implementations, system 100 may include a game componentconfigured to execute an instance of an online game within gamingplatform 103. The game component may be configured to implement theinstance of the online game by receiving and executing commands based onuser input (e.g., from users, through client computing platforms 104).At least part of the online game may take place in a virtual space thatincludes a simulated topography. The user input may be received fromusers through client computing platforms 104 associated with the users.Execution of the commands may facilitate interactions between the users.The execution of the commands may further facilitate locomotion of theone or more game assets controlled by the one or more users within thesimulated topography of the virtual space. Implementing the instance ofthe online game may include determining view information forpresentation of the online game to the players on client computingplatforms 104.

By way of non-limiting example, FIG. 3A illustrates a user interface 137a that may be used in system 100. As depicted in FIG. 3A, user interface137 a may include graphical user interface elements configured toreceive user input from users, e.g., enabling users to enter and/orselect graphical user interface elements, values, and/or otherinformation. For example, individual ones of element 30 a, element 30 b,element 30 c, and element 30 d may represent individual particular salescharacteristics, such as total cost to a buyer, revenue for a seller,revenue for the system, profit for the system, third-party fees. Element31 may represent a type and/or formula for determining a salescharacteristic that is based on multiple factors. For example, a usermay use element 31 to select a ratio-type of sales characteristic, whichmay be subsequently represented by elements 32 a and 32 b. The user maydrag and drop one or more of elements 30 a-30 b into the slots or placesof elements 32 a-32 b, and by doing so select a particular ratio as theparticular (compound) sales characteristic to be used by system 100 torank purchase offers according to desirability.

By way of non-limiting example, FIG. 3B illustrates a user interface 137b that may be used in system 100. As depicted in FIG. 3B, user interface137 b may include graphical user interface elements configured toreceive user input from users, e.g., enabling users to enter and/orselect graphical user interface elements, values, and/or otherinformation. By way of non-limiting example, individual ones of element30 a, element 30 b, element 30 c, and element 30 d may representindividual particular sales characteristics, such as total cost to abuyer, revenue for a seller, revenue for the system, profit for thesystem, third-party fees. Element 31 may represent a type and/or formulafor determining a sales characteristic that is based on multiplefactors. For example, a user may use element 31 to select asum-and-ratio-type of compound sales characteristic, which may besubsequently represented by elements 32 a, 32 b, and 32 c. The user maydrag and drop one or more of elements 30 a-30 b into the slots or placesof elements 32 a-32 c, and by doing so select a particular sum-and-ratio(i.e., the sum of elements 32 a and 32 b, divided by element 32 c) asthe particular (compound) sales characteristic to be used by system 100to rank purchase offers according to desirability.

Referring to FIG. 1, selling information request component 132 may beconfigured to request, from a selling user, selling information relatedto the sale of a particular virtual item. In some implementations,generation of one or more of the sales listings (e.g., by listingcomponent 114) may be based on information requested by sellinginformation request component 132, such as, e.g., selling information.In some implementations, receipt of the selling information may confirmthe selling user consents to the publications of the sales listings.

User input component 128 may be configured to receive user input fromusers, for example through client computing platforms 104. In someimplementations, user input component may receive user input from aselling user, a buying user, and/or other users. For example, user inputmay confirm a selling user's consent to offer a particular virtual itemfor sale, and/or publish a particular sales listing. In someimplementations, publication of one or more sales listings may beeffectuated subsequent to receipt of particular user input from theselling user. In some implementations, user input component 132 may beimplemented through user interfaces 137.

User interfaces 137 may be configured to facilitate interaction betweenusers and system 100 and/or between users and client computing platforms104. For example, user interfaces 137 may provide interfaces throughwhich users may provide information to and/or receive information fromsystem 100. In some implementations, a particular user interface 137 mayinclude one or more of a display screen, touchscreen, monitor, akeyboard, buttons, switches, knobs, levers, mouse, microphones, sensorsto capture voice commands, sensors to capture body movement, sensors tocapture hand and/or finger gestures, and/or other user interface devicesconfigured to receive and/or convey user input. In some implementations,one or more user interfaces 137 may be included in one or more clientcomputing platforms 104. In some implementations, one or more userinterfaces 137 may be included in system 100.

In some implementations, server(s) 102, client computing platform(s)104, and/or external resources 133 may be operatively linked via one ormore electronic communication links. For example, such electroniccommunication links may be established, at least in part, via one ormore networks 13 such as the Internet and/or other networks. It will beappreciated that this is not intended to be limiting, and that the scopeof this disclosure includes implementations in which server(s) 102,client computing platform(s) 104, and/or external resources 133 may beoperatively linked via some other communication media.

A given client computing platform 104 may include one or more processorsconfigured to execute computer program components. The computer programcomponents may be configured to enable an expert or user associated withthe given client computing platform 104 to interface with system 100and/or external resources 133, and/or provide other functionalityattributed herein to client computing platform(s) 104. By way ofnon-limiting example, the given client computing platform 104 mayinclude one or more of a desktop computer, a laptop computer, a handheldcomputer, a tablet computing platform, a NetBook, a Smartphone, a gamingconsole, and/or other computing platforms.

External resources 133 may include sources of information outside ofsystem 100, external entities participating with system 100, and/orother resources. In some implementations, some or all of thefunctionality attributed herein to external resources 133 may beprovided by resources included in system 100.

Server(s) 102 may include electronic storage 139, one or more processors140, and/or other components. Server(s) 102 may include communicationlines, or ports to enable the exchange of information with a networkand/or other computing platforms. Illustration of server(s) 102 in FIG.1 is not intended to be limiting. Server(s) 102 may include a pluralityof hardware, software, and/or firmware components operating together toprovide the functionality attributed herein to server(s) 102. Forexample, server(s) 102 may be implemented by a cloud of computingplatforms operating together as server(s) 102.

Electronic storage 139 may comprise non-transitory storage media thatelectronically stores information. The electronic storage media ofelectronic storage 139 may include one or both of system storage that isprovided integrally (i.e., substantially non-removable) with server(s)102 and/or removable storage that is removably connectable to server(s)102 via, for example, a port (e.g., a USB port, a firewire port, etc.)or a drive (e.g., a disk drive, etc.). Electronic storage 139 mayinclude one or more of optically readable storage media (e.g., opticaldisks, etc.), magnetically readable storage media (e.g., magnetic tape,magnetic hard drive, floppy drive, etc.), electrical charge-basedstorage media (e.g., EEPROM, RAM, etc.), solid-state storage media(e.g., flash drive, etc.), and/or other electronically readable storagemedia. Electronic storage 139 may include one or more virtual storageresources (e.g., cloud storage, a virtual private network, and/or othervirtual storage resources). Electronic storage 139 may store softwarealgorithms, information determined by processor(s) 140, informationreceived from server(s) 102, information received from client computingplatform(s) 104, and/or other information that enables server(s) 102 tofunction as described herein.

Processor(s) 140 may be configured to provide information processingcapabilities in server(s) 102. As such, processor(s) 140 may include oneor more of a digital processor, an analog processor, a digital circuitdesigned to process information, an analog circuit designed to processinformation, a state machine, and/or other mechanisms for electronicallyprocessing information. Although processor(s) 140 is shown in FIG. 1 asa single entity, this is for illustrative purposes only. In someimplementations, processor(s) 140 may include a plurality of processingunits. These processing units may be physically located within the samedevice, or processor(s) 140 may represent processing functionality of aplurality of devices operating in coordination. Processor(s) 140 may beconfigured to execute components 108, 110, 112, 114, 116, 118, 120, 122,124, 126, 128, 130, 132, 134, 136, and/or 138, and/or other components.Processor(s) 140 may be configured to execute components 108, 110, 112,114, 116, 118, 120, 122, 124, 126, 128, 130, 132, 134, 136, and/or 138,and/or other components by software; hardware; firmware; somecombination of software, hardware, and/or firmware; and/or othermechanisms for configuring processing capabilities on processor(s) 140.As used herein, the term “component” may refer to any component or setof components that perform the functionality attributed to thecomponent. This may include one or more physical processors duringexecution of processor readable instructions, the processor readableinstructions, circuitry, hardware, storage media, or any othercomponents.

It should be appreciated that although components 108, 110, 112, 114,116, 118, 120, 122, 124, 126, 128, 130, 132, 134, 136, and/or 138 areillustrated in FIG. 1 as being implemented within a single processingunit, in implementations in which processor(s) 140 includes multipleprocessing units, one or more of components 108, 110, 112, 114, 116,118, 120, 122, 124, 126, 128, 130, 132, 134, 136, and/or 138 may beimplemented remotely from the other components. The description of thefunctionality provided by the different components 108, 110, 112, 114,116, 118, 120, 122, 124, 126, 128, 130, 132, 134, 136, and/or 138described below is for illustrative purposes, and is not intended to belimiting, as any of components 108, 110, 112, 114, 116, 118, 120, 122,124, 126, 128, 130, 132, 134, 136, and/or 138 may provide more or lessfunctionality than is described. For example, one or more of components108, 110, 112, 114, 116, 118, 120, 122, 124, 126, 128, 130, 132, 134,136, and/or 138 may be eliminated, and some or all of its functionalitymay be provided by other ones of components 108, 110, 112, 114, 116,118, 120, 122, 124, 126, 128, 130, 132, 134, 136, and/or 138. As anotherexample, processor(s) 140 may be configured to execute one or moreadditional components that may perform some or all of the functionalityattributed below to one of components 108, 110, 112, 114, 116, 118, 120,122, 124, 126, 128, 130, 132, 134, 136, and/or 138.

FIG. 2 illustrates a method 200 for facilitating purchase offerselection across multiple online sales platforms, in accordance with oneor more implementations. The operations of method 200 presented beloware intended to be illustrative. In some implementations, method 200 maybe accomplished with one or more additional operations not described,and/or without one or more of the operations discussed. Additionally,the order in which the operations of method 200 are illustrated in FIG.2 and described below is not intended to be limiting.

In some implementations, method 200 may be implemented in one or moreprocessing devices (e.g., a digital processor, an analog processor, adigital circuit designed to process information, an analog circuitdesigned to process information, a state machine, and/or othermechanisms for electronically processing information). The one or moreprocessing devices may include one or more devices executing some or allof the operations of method 200 in response to instructions storedelectronically on an electronic storage medium. The one or moreprocessing devices may include one or more devices configured throughhardware, firmware, and/or software to be specifically designed forexecution of one or more of the operations of method 200.

At an operation 202, first information is obtained defining a firstsales listing of a particular virtual item on a first online salesplatform. The first online sales platform is configured to allow buyersto make purchases using a fiat currency. The first information furtherdefines first pricing information for prospective buying users and firstdescriptive information that describes the particular virtual itemoffered for sale for the first sales listing. In some embodiments,operation 202 is performed by a sales information component the same asor similar to sales information component 118 (shown in FIG. 1 anddescribed herein).

At an operation 204, second information is obtained defining a secondsales listing of the particular virtual item on a second online salesplatform. The second online sales platform is configured to allow buyersto make purchases using a cryptocurrency. The second information furtherdefines second pricing information for prospective buying users andsecond descriptive information that describes the particular virtualitem offered for sale for the second sales listing. In some embodiments,operation 204 is performed by a sales information component the same asor similar to sales information component 118 (shown in FIG. 1 anddescribed herein).

At an operation 206, at least two indications are received of offers topurchase the particular virtual item. The at least two indications ofthe offers include a first indication of a first offer received throughthe first online sales platform from a first prospective buying user anda second indication of a second offer received through the second onlinesales platform from a second prospective buying user. In someembodiments, operation 206 is performed by a sales information componentthe same as or similar to sales information component 118 (shown in FIG.1 and described herein).

At an operation 208, information is obtained that represents at leastone sales characteristic by which the offers to purchase the particularvirtual item are to be ranked according to desirability. In someembodiments, operation 208 is performed by a sales information componentthe same as or similar to sales information component 118 (shown in FIG.1 and described herein).

At an operation 210, for the first offer, a first metric value isdetermined of an offer desirability metric that quantifies desirabilityof offers to purchase the particular virtual item. The first metricvalue is determined in accordance with the at least one salescharacteristic. In some embodiments, operation 210 is performed by adesirability component the same as or similar to desirability component138 (shown in FIG. 1 and described herein).

At an operation 212, for the second offer, a second metric value isdetermined of the offer desirability metric. The second metric value isdetermined in accordance with the at least one sales characteristic. Insome embodiments, operation 212 is performed by a desirability componentthe same as or similar to desirability component 138 (shown in FIG. 1and described herein).

At an operation 214, the first metric value is compared with the secondmetric value. In some embodiments, operation 214 is performed by adesirability component the same as or similar to desirability component138 (shown in FIG. 1 and described herein).

At an operation 216, an accepted offer is determined that is accepted.The accepted offer is based on the comparison of the first metric valuewith the second metric value. The accepted offer is either the firstoffer or the second offer. In some embodiments, operation 216 isperformed by a winner component the same as or similar to winnercomponent 120 (shown in FIG. 1 and described herein).

At an operation 218, transmissions of notifications may be effectuatedto the first prospective buying user and the second prospective buyinguser that represent whether their respective offers have been accepted.In some embodiments, operation 218 is performed by a sale platformnotification component the same as or similar to sale platformnotification component 122 (shown in FIG. 1 and described herein).

Although the present technology has been described in detail for thepurpose of illustration based on what is currently considered to be themost practical and preferred implementations, it is to be understoodthat such detail is solely for that purpose and that the technology isnot limited to the disclosed implementations, but, on the contrary, isintended to cover modifications and equivalent arrangements that arewithin the spirit and scope of the appended claims. For example, it isto be understood that the present technology contemplates that, to theextent possible, one or more features of any implementation can becombined with one or more features of any other implementation.

What is claimed is:
 1. A system configured for facilitating purchaseoffer selection across multiple online sales platforms, the systemcomprising: one or more hardware processors configured bymachine-readable instructions to: obtain first information regarding afirst sales listing of a particular virtual item on a first online salesplatform, wherein the first online sales platform is configured to allowpurchases using a fiat currency, wherein the first information furtherincludes first pricing information for prospective buying users andfirst descriptive information that describes the particular virtual itemoffered for sale for the first sales listing; obtain second informationregarding a second sales listing of the particular virtual item on asecond online sales platform, wherein the second online sales platformis configured to allow purchases using a cryptocurrency, wherein thesecond information further includes second pricing information for theprospective buying users and second descriptive information thatdescribes the particular virtual item offered for sale for the secondsales listing; receive at least two indications of offers to purchasethe particular virtual item, wherein the at least two indications of theoffers include a first indication of a first offer received through thefirst online sales platform from a first prospective buying user and asecond indication of a second offer received through the second onlinesales platform from a second prospective buying user; determine, for thefirst offer, a first metric value of an offer desirability metric thatquantifies desirability of offers to purchase the particular virtualitem, wherein the first metric value is determined in accordance with atleast one sales characteristic related to the first offer; determine,for the second offer, a second metric value of the offer desirabilitymetric, wherein the second metric value is determined in accordance withat least one sales characteristic related to the second offer; determinean accepted offer that is accepted, wherein determination of theaccepted offer is based on the first metric value and the second metricvalue, wherein the accepted offer is either the first offer or thesecond offer; and effectuate transmissions of notifications to the firstprospective buying user and the second prospective buying user thatrepresent whether their respective offers have been accepted.
 2. Thesystem of claim 1, wherein the particular virtual item is offered forsale through both the first sales listing and through the second saleslisting by a selling user.
 3. The system of claim 1, wherein theparticular virtual item is usable within an online game.
 4. The systemof claim 1, wherein the at least one sales characteristic related to thefirst offer is one or more of: (i) a first ratio of cost to a buyinguser divided by third-party fees associated with the buying userpurchasing the particular virtual item, and (ii) a second ratio ofprofit for the system divided by the third-party fees associated withthe buying user purchasing the particular virtual item, and (iii) a sumof profit for the system and revenue for a selling user, wherein thebuying user made the accepted offer to purchase the particular virtualitem.
 5. The system of claim 1, wherein the first metric value is basedat least in part on one or more factors pertaining to one or more of aranking of the prospective buying users, a rating of the prospectivebuying users, and a reputation of the prospective buying users.
 6. Thesystem of claim 2, wherein the one or more hardware processors arefurther configured to: receive an amount of consideration from a buyinguser, wherein the buying user made the accepted offer to purchase theparticular virtual item; effectuate assignment of ownership of theparticular virtual item to an account of the buying user; and transferat least a portion of the amount of consideration received from thebuying user to the selling user.
 7. The system of claim 1, wherein theone or more hardware processors are further configured to: manage useraccounts for users in the online game, wherein individual user accountsare associated with individual users, wherein the individual useraccounts include individual user inventories of virtual items that areusable within the online game by the associated users, wherein the usersinclude a selling user associated with a selling user account, a firstprospective buying user associated with a first buying user account, anda second prospective buying user associated with a second buying useraccount, wherein the selling user account includes a selling userinventory of one or more virtual items that are usable by the sellinguser within the online game, wherein the first prospective buying useraccount includes a first buying user inventory of one or more virtualitems that are usable by the first prospective buying user within theonline game, and wherein the second prospective buying user accountincludes a second buying user inventory of one or more virtual itemsthat are usable by the second prospective buying user within the onlinegame.
 8. The system of claim 1, wherein determining the accepted offerincludes a verification whether one or more requirements as stipulatedby a selling user have been met.
 9. The system of claim 6, whereinassignments of the ownership of the particular virtual item are recordedon a decentralized database that stores a registry of assets andtransactions, wherein the assets include the particular virtual item,wherein the decentralized database represents a blockchain, wherein theassignment of the ownership is effectuated subsequent to a verificationthat the selling user has ownership of the particular virtual item priorto the purchase, and wherein the verification is based on information inthe registry that is stored in the decentralized database.
 10. Thesystem of claim 1, wherein determining the second metric value includesconverting price information regarding the second offer to the fiatcurrency.
 11. A method for facilitating purchase offer selection acrossmultiple online sales platforms, the method comprising: obtaining firstinformation regarding a first sales listing of a particular virtual itemon a first online sales platform, wherein the first online salesplatform is configured to allow purchases using a fiat currency, whereinthe first information further includes first pricing information forprospective buying users and first descriptive information thatdescribes the particular virtual item offered for sale for the firstsales listing; obtaining second information regarding a second saleslisting of the particular virtual item on a second online salesplatform, wherein the second online sales platform is configured toallow purchases using a cryptocurrency, wherein the second informationfurther includes second pricing information for the prospective buyingusers and second descriptive information that describes the particularvirtual item offered for sale for the second sales listing; receiving atleast two indications of offers to purchase the particular virtual item,wherein the at least two indications of the offers include a firstindication of a first offer received through the first online salesplatform from a first prospective buying user and a second indication ofa second offer received through the second online sales platform from asecond prospective buying user; determining, for the first offer, afirst metric value of an offer desirability metric that quantifiesdesirability of offers to purchase the particular virtual item, whereinthe first metric value is determined in accordance with at least onesales characteristic related to the first offer; determining, for thesecond offer, a second metric value of the offer desirability metric,wherein the second metric value is determined in accordance with atleast one sales characteristic related to the second offer; determiningan accepted offer that is accepted, wherein determination of theaccepted offer is based on the first metric value and the second metricvalue, wherein the accepted offer is either the first offer or thesecond offer; and effectuating transmissions of notifications to thefirst prospective buying user and the second prospective buying userthat represent whether their respective offers have been accepted. 12.The method of claim 11, wherein the particular virtual item is offeredfor sale through both the first sales listing and through the secondsales listing by a selling user.
 13. The method of claim 11, wherein theparticular virtual item is usable within an online game.
 14. The methodof claim 11, wherein the at least one sales characteristic related tothe first offer is one or more of: (i) a first ratio of cost to a buyinguser divided by third-party fees associated with the buying userpurchasing the particular virtual item, and (ii) a second ratio ofprofit for the system divided by the third-party fees associated withthe buying user purchasing the particular virtual item, and (iii) a sumof profit for the system and revenue for a selling user, wherein thebuying user made the accepted offer to purchase the particular virtualitem.
 15. The method of claim 11, wherein the first metric value isbased at least in part on one or more factors pertaining to one or moreof a ranking of the prospective buying users, a rating of theprospective buying users, and a reputation of the prospective buyingusers.
 16. The method of claim 12, further comprising: receiving anamount of consideration from a buying user, wherein the buying user madethe accepted offer to purchase the particular virtual item; effectuatingassignment of ownership of the particular virtual item to an account ofthe buying user; and transferring at least a portion of the amount ofconsideration received from the buying user to the selling user.
 17. Themethod of claim 11, further comprising: managing user accounts for usersin the online game, wherein individual user accounts are associated withindividual users, wherein the individual user accounts includeindividual user inventories of virtual items that are usable within theonline game by the associated users, wherein the users include a sellinguser associated with a selling user account, a first prospective buyinguser associated with a first buying user account, and a secondprospective buying user associated with a second buying user account,wherein the selling user account includes a selling user inventory ofone or more virtual items that are usable by the selling user within theonline game, wherein the first prospective buying user account includesa first buying user inventory of one or more virtual items that areusable by the first prospective buying user within the online game, andwherein the second prospective buying user account includes a secondbuying user inventory of one or more virtual items that are usable bythe second prospective buying user within the online game.
 18. Themethod of claim 11, wherein determining the accepted offer includes averification whether one or more requirements as stipulated by a sellinguser have been met.
 19. The method of claim 16, wherein assignments ofthe ownership of the particular virtual item are recorded on adecentralized database that stores a registry of assets andtransactions, wherein the assets include the particular virtual item,wherein the decentralized database represents a blockchain, wherein theassignment of the ownership is effectuated subsequent to a verificationthat the selling user has ownership of the particular virtual item priorto the purchase, and wherein the verification is based on information inthe registry that is stored in the decentralized database.
 20. Themethod of claim 11, wherein determining the second metric value includesconverting price information regarding the second offer to the fiatcurrency.